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CONSOLIDATED BILLING IN A WIRELESS NETWORK 


The present invention is related to U.S. Patent Application Serial No. 09/695,921. 


Field of the Invention 

The present invention relates to a system and method of consolidated billing in a 
wireless communications system that stores and associates user information, service 
information, and network information. 


Background of the Invention 

The creation and negotiation of services, such as data services, requires the 
extensive processing of user and/or service information along with network information. 
Service creation generally refers to the processing performed when the user requests a 
new service. Service negotiation generally refers to the processing performed when the 
user modifies a currently subscribed to service. Service creation and negotiation both 
involve an analysis of user information to determine if a particular user can be provided 
with the requested service, an analysis of service information to determine if the 
requested service can be provided to the particular user, and an analysis of network 
information, such as network resources, to determine if the network is able to support 
the providing of the requested service to the particular user. An exemplary conventional 
system and method of service creation and negotiation will be explained hereinafter. 

FIG. 1 depicts an example of a conventional wireless network 1. A mobile station 
(MS) 2 is in communication with at least one base station (BS) 5. A base station 5 has 
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multiple transceivers controlled by a base station controller (BSC) 10. The BSC 10 
manages the radio channels and underlying hardware resources of all the base stations 
5 under its control. The BSC 10 is in communication with an Asynchronous Transfer 
Mode (ATM) network 20 having a selection distribution unit (SDU) 22 therein. 
Asynchronous Transfer Mode (ATM) is a network technology based on transferring data 
in packets of a fixed size. The packet size in an ATM network is smaller than those of 
older network technologies, allowing the transmittal of video, audio and other data over 
the same network while no single data type dominates a network communication line. 
The BSC 10 handles additional traffic channel assignment functionality and coordinates 
the activities of the selection distribution unit (SDU) 22 and the base stations 5 during 
setup, release, and handoff of radio channels for different service configurations. 

Each base station 5 is also in communication with a mobile station controller 
(MSC) 40 via the ATM network 20 to establish and maintain communications between 
the mobile station 2 and the wireless network 1. The MSC 40 is operatively connected 
with the ATM network 20; the MSC 40 being responsible for, among other things, call 
and/or connection control and mobility management. In particular, the MSC 40 is 
responsible for, among other things, establishing and maintaining calls between the 
mobile stations 2, and calls between a mobile station 2 and a wireline station 50. A 
wireline station 50 is operatively connected to the MSC 40 via a public switched 
telephone network (PSTN) 45, so that communication between mobile stations 2, 
wireline stations 50 and the wireless network 1 can be established. 

An Internet/Packet Data Network 30 is connected with the ATM network 20 via a 
data content analysis / interworking function (DA/IWF) module 25. The DA/IWF module 
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25 is an intermediary between the ATM network 20 and the Internet/Packet Data 
Network 30, providing users with, for example, packet data services. The data content 
analysis (DA) determines the data characteristics and its content such as the byte size 
of images, and how an image is quantized in the pixel or frequency domain. The data 
content analysis (DA) may consist of a number of possible transformations, decoding 
techniques or protocol conforming techniques to determine the type and possible 
content of the data. 

A Web server 32, and other Web based interfaces, such as a computer 
„ workstation 34, are operatively connected with the Internet/Packet Data Network 30 to 
% allow communication therebetween. 

m A home location register (HLR) 70 for supporting applications and services is 

€j connected with a Web server 66 for communicating Web-based data therebetween. The 
L HLR 70 provides per-subscriber provisioning and profile transfer of various features. 

Thus, the HLR 70 is used to support the MSC 40, and assists in providing mobility 
q management and enhanced service features by storing user information in, for example, 
a user profile which may list the services subscribed to by the user. Typically, the MSC 
40 is connected to several databases, including the HLR 70. For each of the mobile 
units, the HLR 70 typically stores a mobile identification number (MIN) or International 
Mobile Subscriber Identification Number (IMSI), the mobile directory or phone number 
(MDN), and/or an electronic serial number (ESN). 

In general, HLR mobility management functionality supports a wireless network's 
ability to deliver calls, enhanced services, information, and messages to customers no 
matter where they roam. This is achieved by maintaining a customer's service profile in 
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the HLR 70 (or in other portions of the network) and using that profile to provide call 
processing instructions to the MSC's 40. The service profile may contain permanent 
information such as credit status, authorization period, and enhanced features the 
customer has subscribed to. The service profile also contains temporary information, 
such as the customer's current location. With these types of information, a HLR 70 can 
respond to call processing requests from any MSC 40, located anywhere. 

The HLR 70 is accessed each time a subscriber places or received a call and is 
used to determine how to handle the call. When a subscriber roams to a different MSC 
40 and registers for service, the serving MSC must build a visitor location register (VLR) 
for the subscriber if one does not already exist. In doing so, the servicing MSC 40 will 
request HLR information from the subscriber's home MSC 40 and use it to build the 
VLR. 

Typically, the HLR 70 can use open standard interfaces to communicate with 
MSC's and other network elements, such as Short Message Service Centers (SMSC's). 

The HLR 70 is also connected with the DA/IWF module 25 to allow 
communication of user information therebetween. Also, the HLR 70 is connected with 
the BSC 10 to coordinate the user's request from the mobile station 2 with the user 
information stored in the HLR 70. 

In the conventional art, certain portions of the network contain user information, 
some other network elements contain service information, and different portions of the 
network contain the network's information and capabilities. 

User information generally refers to specific aspects pertaining to a particular 
user, including information for billing the user. Examples of user information include, 
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user profiles (e.g., user name, billing address, location, services currently subscribed to, 
etc.), user preferences based on how services should be provided (e.g., time of day 
when certain services should be received, receiving certain services only when in a 
particular geographical location, etc.), etc. In general, user information are stored in the 
HLR 70. 

Service information generally refers to information for providing services and 
specific information about the services, including information for billing the user, based 
on the capabilities (such as bandwidth) required by each service to function properly. 
Examples of service information include, available services (e.g., voice transmissions, 
data transmissions such as information services, messaging, scheduling, etc.), available 
service options such as selectable levels of service quality (e.g., service quality based 
on signal-to-noise ratios, bit-error rates, etc.), etc. Service information is stored in 
several locations, such as in the HLR 70, the MSC 40, the BSC 10, etc. For example, 
the available service information may reside in the HLR 70, while the service 
capabilities and options may reside in the MSC 40 and the BSC 10. 

Network information generally refers to information for network processing, 
including information for billing the user. Network information can be user-based or cell- 
based. User-based network information includes, e.g., network capacity based on the 
total number of current users, etc. Cell-based network information includes, e.g., 
network signal interference based on available bandwidth, available network resources 
required for services, available network resources for a particular cell, etc. Network 
information are stored in and accessed from different portions of the network, such as, 
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the ATM network 20, the DA/IWF module 25, the BSC 10, etc. In the conventional art, 
the HLR 70 contains no network information. 

In creating and negotiating services, user information, service information, and 
network information all need to be accessed and processed so that various users are 
provided with the services that are created and/or negotiated. The users also need to 
be properly billed for service creation and/or negotiation. 

An exemplary conventional method of service creation and negotiation may 
begin with the user deciding to newly receive a certain type of data service, such as 
getting stock quotes. For example, say a user who travels extensively in New York and 
Boston wishes to always receive stock quotes at 12 noon each day while being in either 
city. The user would place his request to receive stock quotes in the above manner 
using his mobile station 2. The mobile station 2 communicates with the base station 5, 
and the BSC 10 receives the request from the base station 5. The BSC 10 then 
communicates with the HLR 70 to store the user request and obtain previously stored 
user information (user profile, user preferences, etc.) therein. 

The ATM network 20 accesses via for example, the BSC 10, user information 
stored in the HLR 70 and notes that the user wants stock quotes every day at 12 noon 
in New York or Boston. The ATM network 20 communicates with the DA/IWF module 
25, the MSC 40, the BSC 10 etc., in order to access various service information (service 
bandwidth requirements, service options, etc.). For example, the service bandwidth 
requirements for providing stock quotes to the user at 12 noon each day in New York 
and Boston is verified. It may be found that if the user requests his stock quotes when 
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in New York, the service needs to be provided at a particular service bandwidth, while 
the service requires a different service bandwidth when the user is in Boston. 

The ATM network 20 further communicates with the DA/IWF module 25, the 
MSC 40, the BSC 10 etc., to access network information (available network resources, 
network support capabilities such as network traffic, signal interference caused in 
certain wireless network cells due to a large number of existing users accessing the 
network, etc.) for providing the user with stock quotes at 12 noon in New York and 
Boston. For example, the network information may indicate that the anticipated network 
traffic at the user requested 12 noon time period in New York will be extremely heavy, 
while the anticipated network traffic at 12 noon in Boston will be light. 

In this manner, user information and/or service information (accessed and 
obtained from various network elements) are compared with network information 
(accessed and obtained from various network elements) to see if the newly requested 
service can be performed so that the service can be supported, provided, and billed to 
the user. For each user and for each service request, the ATM network 20, the DA/IWF 
module 25, the BSC 10, etc. cooperate to determine whether the network capabilities 
can allow the user to receive and be billed for the requested service. For example, if 
there are currently too many users on the network who have requested stock quotes or 
if there is a limit on the number of permitted users to receive stock quotes, the user will 
be informed that the network is at full capacity and asks the user to attempt access at 
another time. 

If the user and service information and the network capabilities are such that the 
requested stock quote information can be provided and billed to the user, the network 
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processing proceeds to access stock quote data. If, for example, the stock quotes are 
to be provided by a financial news organization having a Web server 32, the DA/IWF 
module 25 further communicates with the Internet/Packet Data Network 30 to receive 
stock quote data from the Web server 32 so that the user is provided and billed for the 
created service. 

Like service creation, the user's request to modify (i.e., negotiate) a currently 
subscribed service is performed in a similar manner. For example, say the user 
currently subscribing to the previously established service of receiving stock quotes 
every day at 12 noon in New York or Boston wishes to modify this service so that he 
gets his stock quotes at 1 pm instead. 

Service negotiation will begin upon the user placing a request via, for example, 
his mobile station 2. As with the process for service creation, the mobile station 2 
communicates with the base station 5, and the BSC 10 receives the request from the 
base station 5. The BSC 10 then communicates with the HLR 70 to store the user 
request and obtain previously stored user information. The ATM network 20 accesses 
user information stored in the HLR 70 and notes that the user wants stock quotes every 
day at 1 pm in New York or Boston. The ATM network 20 communicates with the 
DA/IWF module 25, the MSC 40, the BSC 10 etc., in order to access various service 
information (such as service bandwidth requirements) for providing stock quotes at 1 
pm in New York or Boston. The ATM network 20 further communicates with the 
DA/IWF module 25, the MSC 40, the BSC 10 etc., to access network information for 
providing stock quotes at 1 pm in New York or Boston. The various elements of the 
communications network, such as the base station 5, the BSC 10, the ATM network 20, 
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the HLR 70, the DA/IWF module 25 and the MSC 40 all cooperate with one another to 
obtain the necessary user and/or service information and network information to 
determine whether the user can negotiate (modify) and be billed for his current stock 
quote service to be received at 1 pm instead of 12 noon. 

As can be understood by those skilled in the art, receiving stock quotes is only 
one type of service that the user may request or negotiate through the wireless network. 
A multitude of other services can be provided as well. For each service creation or 
negotiation request, the conventional network processing of verifying the user and 
service information with the network capabilities needs to be performed differently, as 
different information are stored in different portions of the network. For example, the 
network processing for negotiating sports scores need not go through the 
Internet/Packet Data Network 30 if the sports scores are provided through non-Web- 
based methods, such as Over the Air Activation Service Provisioning (OTASP). This 
differs from the network processing and network elements used in, for example, getting 
stock quotes provided from a Web server, which requires Web-based network 
processing via the Internet/Packet Data Network 30. 

Thus, network information, in addition to user and/or service information, are 
required to determine whether the user's desired modifications to his stock quote 
service can be negotiated between the user and the network. In this manner, services 
created or negotiated requires the separate accessing and separate processing of user 
and/or service information and network information, (as well as their corresponding 
billing information), stored in various locations of the network on a per user basis or per 
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call basis. Additionally, the users may need to be billed separately for the various 
services created and/or negotiated on for example, a per user basis or per call basis. 

Summary of the Invention 

A system and method in accordance with the present invention facilitates the 
consolidated billing of service creation and negotiation in a wireless network by, in one 
embodiment, establishing storage capabilities in the wireless network for storing 
network information and user information, and in response to a request from a user to 
create or negotiate a service, accessing network information and user information 
(including their associated billing information); comparing the requests with network 
information and user information; providing the requested service based upon the 
comparison; and billing the user for the requested service using a service data node 
module and a billing manager. 

In a preferred embodiment, the comparing of the request with network and user 
information involves "associating" user information with network information. 
Associating means the establishing of a relationship between at least two different 
parameters or the logical linking of at least two different parameters. For example, for a 
particular user location (user information), the available network resources (network 
information) for the user at that particular user location is obtained and accessed so that 
user information and network information are "associated" to have a dependent 
relationship therebetween. In other words, particular user information is dependent with 
particular network information such that a logical link exists therebetween. 
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In accordance with the present invention, user information and/or service 
information are associated with network information without having to access various 
network elements located throughout the network, to facilitate service creation, 
negotiation and billing of such created and/or negotiated services, and thus minimize 
network processing and network resources. 

Further scope of applicability of the present invention will become apparent from 
the detailed description given hereinafter. However, it should be understood that the 
detailed description and specific examples, while indicating preferred embodiments of 
the invention, are given by way of illustration only, since various changes and 
modifications within the spirit and scope of the invention will become apparent to those 
skilled in the art from this detailed description. 

Brief Description of the Drawings 

The present invention will become more fully understood from the detailed 
description given hereinbelow and from the accompanying drawings, which are given by 
illustration only, and thus are not limitative of the present invention. 

FIG. 1 is a diagram of an illustrative system for a wireless service provider 
network in accordance with the conventional art. 

FIG. 2 is a diagram of an illustrative system for a wireless service provider 
network in accordance with an embodiment of the present invention. 



Detailed Description of the Preferred Embodiments 
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The present invention is, in part, recognizing the problems of the conventional 
system and method of consolidated billing for service creation and negotiation requiring 
separate processing for accessing different elements of the network, and associating 
user and/or service information with network capabilities for each type of service to be 
created and/or negotiated, and billing the user for each service on a per user basis or 
per call basis. r 

For each service request, the conventional network processing of verifying the 
user and service information with the network capabilities needs to be performed 
differently, as different information are stored in different portions of the network. The 
network service provider needs to coordinate and access these different portions of the 
network each time a user creates or negotiates a service in order to obtain and compare 
user and service information with network information. Wireless service providers are 
overwhelmed in trying to meet consumer demands. The need to provide large amounts 
of data, such as Web-based content, to users who wish to create and negotiate services 
only increases these difficulties. Furthermore, in the conventional art, the user will only 
be informed whether his requested service can be provided after the various network 
elements complete the verification process of comparing user and/or service information 
with the network information for each type of service. 

Thus, the present inventors recognized a need to improve the processing of 
service configuration and negotiation so that services can be created and/or negotiated 
by the user without requiring separate excessive processing of each type of service to 
be created or negotiated. To achieve this, a processing node with storage capabilities 
is employed in accordance with the present invention to advantageously minimize 
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network processing and network resources. Employing the present invention alleviates 
the burdens on network processing resources because all information regarding the 
user and/or service and the network are easily accessible from and updated into one 
place, i.e., the processing node, and multiple service requests can also be easily 
handled by the processing node, whereas the conventional art required network 
processing to be performed separately for each service request. 

The present invention uses a wireless data service creation and service 
negotiation database (e.g., a service data node) that can be employed in wireless 
service communication. A user configurable service creation mechanism/platform and 
user profile information are utilized. A user may have multiple profiles in his profile 
configuration but out of these multiple profiles, only a particular profile is typically used 
for a particular call or data session and that particular profile should be used for billing 
the user for that call or session. In the service creation and service negotiation 
environment, the users' need and desire to receive certain services and access certain 
applications, and the systems' capabilities in terms of transport, resource and 
supporting applications, quality of services, are matched by using the service data node 
according to the present invention. The information provided by the service creation and 
negotiation environment can then be used to appropriately bill a user for the services 
created and/or negotiated in his user profile. 

Wireless Network Architecture 

While it is understood that the present invention is not necessarily limited to 

cellular communications networks, Fig. 2 illustrates a wireless network in accordance 

with a preferred embodiment of the present invention. All network components are the 
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same as those in the conventional art wireless network shown in Fig. 1, with the 
exception of a service data node module 80 having a service data node (SDN) 60, a 
customer information processor 90, a billing center 100, and elements associated 
thereto. Accordingly, like reference numerals have been used to designate like 
components and the description thereof will not be repeated for the sake of brevity. 

The SDN 60 comprises a service creation environment (SCE) 62 and a service 
database (SDB) 64. The SDN 60 is connected with various network elements, such as, 
the ATM network 20 and the DA/IWF module 25. The SDN 60 processes and 
"associates" user and/or service information with network information without having to 
access various elements located throughout the network, to facilitate service creation 
and negotiation, and thus minimize network processing and network resources. Here, 
"associates" means the establishing of a relationship between at least two different 
parameters or the logically linking of at least two different parameters. For example, for 
a particular user location (user information), the available network resources (network 
information) for the user at that particular user location is obtained and accessed so that 
user information and network information are "associated" to have a dependent 
relationship therebetween. In other words, particular user information is dependent with 
particular network information such that a logical link exists therebetween. 

According to a preferred embodiment, network and service information are stored 
in the SCE 62, while user and service information is stored in the SDB 64. 
Depending upon the particular implementation methods and elements used in the 
network, a plurality of service data nodes (SDNs) 60 may be employed in order to 
accommodate the size of the network and/or the number of subscribers/users of the 
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network. One skilled in the art would understand that the enabling descriptions above 
regarding the implementation of one SDN 60 in the network, can also be applied when 
implementing a plurality of SDNs 60 in the network. 

The wireless network according to the present invention also includes a 
consolidated billing mechanism comprising a billing center 100 connected to a service 
data node (SDN) module 80 having the SDN 60 therein. The billing center 100 is also 
connected to a customer information processor 90. 


Information Databases 

In a preferred embodiment, network and service information are stored in the 

SCE 62, while user and service information is stored in the SDB 64. The SCE 62 is 

connected with the Web server 66 and accessed by the user via, for example, a mobile 

station 2. Network information is stored into the SCE 62 by the service provider via 

network elements, such as, the ATM network 20, the DA/IWF module 25, the Web 

server 66, etc. The SDB 64, connected with the BSC 10 and the HLR 70, stores user 

information, such as, information regarding the wireless network cell location in which 

the user presently resides in. Service information from the BSC 10 is stored in the SDB 

64 as well. The SCE 62 and the SDB 64 can be updated periodically (e.g., after certain 

intervals of time) and/or dynamically (e.g., updating based on changing network 

operating environment conditions) to store user, service and network information 

therein. 

In the conventional art, various user, service and network information are stored 
at different portions of the wireless network, independently and/or unlinked with one 
another. For example, as well known in the conventional art, the HLR 70 only has user 
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information (e.g., user profiles, user preferences, etc.) stored therein, while various 
portions of the network, such as in the HLR 70, the MSC 40, the BSC 10, etc. contain 
different service information (e.g., available services, service options, etc.) and network 
information (e.g., available network resources required for services, network capacity, 
network traffic, network signal interference, network protocols, etc.). 

An embodiment of the present invention employs a processing node, i.e., a 
storage data node (SDN) 60 with SCE 62 and SDB 64, to dynamically store and allow 
access to user, service and network information. For example, Web-based network 
information is stored into the SCE 62. Web-based information include, for example, 
image processing techniques, Web proxy data, etc. Other well-known wireless network 
information, such as data transfer information including data packet burst control 
functions, is stored in the SDB 64. Additionally, the SDB 64 stores the necessary user 
information to determine whether the user can receive the requested service; the user 
information being obtained from the HLR 70. In this manner, various user, service and 
network information are dynamically stored, in for example, the SCE 62 and the SDB 
64, so that the user's request to create or modify a service can be verified by the SDN 
60 in a simple manner by accessing the SCE 62 and the SDB 64, instead of having to 
obtain the user, service and network information from various, independent, and/or 
unlinked sources within the network, each time a service creation or negotiation is 
performed. 

The user, service and network information need to be dynamically and/or 
periodically stored and updated, because the user and service characteristics change, 
and the network environment varies with time. It will be appreciated based on the 
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foregoing that the specific implementation methods used in updating and dynamic 
storing of user, service and network information into storage of the SDN 60 is a matter 
of design choice to achieve the desired dynamic storing of information. 

The dynamic storing of network information coordinated through the SDN 60 by a 
service provider prior to and during service creation and negotiation include the 
following operations. For example, the BSC 10 stores the information of the radio 
environment, the access technology used, i.e., a code-division multiple-access (CDMA), 
a time-division multiple-access (TDMA) or a global system for mobile communications 
(GSM) standard, etc., and the loading capacity (i.e., whether it can support additional 
users with data rate and quality of service desired) of the base station 5 of the user 
concerned. The base station 5 measures the radio environment and the load 
associated interference situation it creates. The BSC 10 sends network information, 
such as data transfer information including data packet burst control functions, 
periodically to the SDB 64. Other well-known Web-based network information, such as 
Web protocol data, etc., are sent periodically to the SCE 62 as well upon changing of 
the network environment. Based on the stored information, certain conventionally 
known mapping operations are performed for supporting various services known in the 
art, grades of services known in the art or quality of services known in the art. For 
example, as the user moves to a new cell, the service database information also needs 
to be updated based on the new cell. 

The downstream data that are returned in response to a user Web browser or 
client request has certain characteristics, which need to be ascertained. The data 
content analysis performed by the DA/IWF module 25 involves processing steps well 
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known in the art. Furthermore, transcoding proxies and efficient compression 
techniques well known in the art may be applied to the data content to offset any 
processing delays. Upon completing the above operations, the SCE 62 and the SDB 64 
contain all the information needed for allowing users to create or negotiate a service. 

In accordance with the present invention, the SCE 62 and the SDB 64 are not 
necessarily limited to being separate databases in one physical location of the network. 
Instead, the SCE 62 and the SDB 64 may be distributed databases located throughout 
the network. Although the distributed databases would require synchronization 
techniques so that the distributed databases are dependent and/or linked together, the 
user configurable system and method according to the present invention employing a 
service data node processes services creation and- negotiation in a more efficient 
manner. An example of achieving distributed databases to be dependent and/or linked 
together according to the present invention, is by "associating" (e.g., establishing a 
relationship or logically linking) user and/or service information with network information. 
User information is stored in the SDN 60 and network information pertaining to (i.e., 
associated with) that particular user information is found and also stored in the SDN 60 
or some other location. In addition to user information, service information associated 
(e.g., logically linked) with the user information or network information can also be 
stored and updated in the SDN 60 or some other location. A more detailed description 
of how user and/or service information are associated with network information will 
follow. 

Operation of Service Data Node (SDN) 
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Unlike the conventional art, the present invention employs a network processing 
scheme with user and/or service information and network information being processed 
and stored in an easily accessible, logically connected manner. The present invention 
"associates" the user and/or service information with network information in a 
dependent and/or linked manner such that particular user and/or service information is 
linked with corresponding network information. The information needed to determine 
whether service could be provided for a particular service request made by a particular 
user can be determined in advance. As such, in response to a service request a 
determination as to whether the requested service can be provided can be made with a 

^ reduced number of network system requests for user, service and network information. 

fy Additionally, the amount of time required for making the determination and/or the 

J3 required network processing of user, service and network information (including various 

:L billing information) after the request can be reduced. 

J" The general network processing involved in determining service creation and 

negotiation are all known in the art, but the present invention conveniently performs 

s . 

these processing steps via a processing node, i.e., the SDN 60. A method of service 
creation and negotiation using the SDN 60 according to a preferred embodiment of the 
present invention will now be described. 

As with the example used to describe the background of the invention, the user 
may request a new service, such as getting stock quotes at 12 noon when the user is in 
New York or Boston. For example, the user places his request via a mobile station 2 
which communicates with the base station 5, and the BSC 10 receives the request from 
the base station 5. The BSC 10 then communicates with the SDN 60, in particular the 
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SDB 64 therein. However, unlike the conventional art, prior to service creation (or 
service negotiation) initiated by the user, the SDB 64 has network information 
dynamically stored therein by various network elements, such as the ATM network 20, 
the DA/IWF module 25, etc. Network information is also dynamically stored into the 
SCE 62 from other network elements, such as a Web server 66 connected to the 
wireless network 1. Additionally, user information obtained from the HLR 70 containing 
the user's profile and other information about the user, are dynamically stored into the 
SDB 64 and used to determine whether the user can receive the requested stock 
quotes. 

Upon receiving the user request, the SDN 60 proceeds to check its storage to 
locate the appropriate user information for the particular user making the service 
request. The user request of getting stock quotes at 12 noon when the user is in New 
York or Boston are stored into the user profile. Next, the SDN 60 proceeds to check its 
storage to locate the appropriate network information associated with the user and user 
request, instead of having numerous network elements check their own storage 
databases as in the conventional art. For example, the network information such as 
available network resources related to providing the particular user with stock quotes at 
12 noon, and available network resources related to providing the user being in New 
York or Boston are accessed by the SDN 60 to determine whether the information 
requested by the user can be provided. 

Additionally, the SDN 60 may proceed to check its storage to locate appropriate 
service information, such as available service resources. For example, the service 
bandwidth requirements for providing stock quotes to the user at 12 noon using the 
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previously determined network resources are verified. Also, the service bandwidth 
requirements for providing stock quotes to the user each day in New York and Boston 
using the previously determined network resources are verified. It may be found that if 
the user requests his stock quotes when in New York, the service needs to be provided 
at a particular service bandwidth using certain network resources, while the service 
requires a different service bandwidth when the user is in Boston using certain other 
network resources. In this manner, the user and/or service information and their 
associated network information are accessed and compared by the SDN 60. 

With the SDN 60 having network and service information stored in the SCE 62, 
while user and service information are stored in the SDB 64, the network processing is 
performed through accessing only the SDN 60, to thus quickly ascertain whether the 
requested service creation or negotiation can be provided. For example, the SDN 60 
determines by comparing the information stored in the SCE 62 and the SDB 64, 
whether there are currently too many users on the network who have requested stock 
quotes at 12 noon or whether there is a limit on the number of permitted users to 
receive stock quotes in New York or in Boston. If the requested stock quotes cannot be 
provided, the user will be quickly informed that the network is at full capacity and asked 
to attempt access at another time. 

If the SDN 60 determines the user and/or service information and the network 
capabilities are such that the requested stock quotes can be provided to the user, the 
network processing proceeds to access stock quote data using conventional techniques 
known to those skilled in the art. If the stock quotes are to be provided by a financial 
news organization having a Web server 32, the DA/IWF module 25 further 


AtPPfeyWcket No. 2925-469P 
Lucent Ref. 121213/LaBombard 2-9 



communicates with the Internet/Packet Data Network 30 to receive stock quote data 
from the Web server 32. In this manner the processing involved in determining service 
creation are all known in the art, but the present invention performs these processing 
steps via accessing a central location, i.e., the SDN 60. 

Thereafter, if the user wishes to modify (i.e., negotiate) the subscribed to stock 
quote service so that his quotes are received at 1 pm instead of 12 noon, the SDN 60 
facilitates the processing involved by accessing its storage having user and/or service 
information and their associated network information in a manner similar to that 
described above for service creation. By associating various user and/or service 
information with network information, user, service and network information can be 
stored in a single location such as a database in the SDN 60 or physically distributed 
databases located throughout the network. As such, user and/or service information 
and network information are associated so that each type of information has some 
relationship with other types of information. Accordingly, different types of information 
are stored and updated in one or a plurality of physical locations, whereby the different 
types of information have a logically linked relationship. 

The user's request to negotiate his currently subscribed service will be processed 
upon the user placing a request via, for example, his mobile station 2. As with the 
process for service creation according to the present invention employing the SDN 60, 
various elements of the communications network, such as the base station 5, the base 
station controller 10, the ATM network 20, the HLR 70, the DA/IWF module 25 and the 
MSC 40 all cooperate prior to user initiated service creation or service negotiation to 
store into the SCE 62 and the SDB 64 of the SDN 60, the necessary user and/or service 
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information and information regarding the network capabilities. Thus, the SDN 60 
compares network information and user and/or service information to determine 
whether the user's desired modifications to his service can be negotiated between the 
user and the network. 

As can be understood by those skilled in the art, stock quotes and a multitude of 
other services can be provided to the user. However, unlike the conventional art, the 
network processing according to the present invention of verifying the user and/or 
service information and the network information is performed together at one time via 
the SDN 60, because different user and/or service information and network information 
are stored and accessed via the SDN 60 of the wireless network. 

By using the SDN 60, the capabilities and request from a user in terms of 
qualities and services desired are compared with the network capabilities (information). 
A plurality of service processing nodes may be employed, requiring communication with 
the other service nodes for making sure that the capabilities are matched from end to 
end, as understood by those of ordinary skill in the art. For communicating with other 
service nodes, some existing protocols may be used or new protocols may be 
developed using techniques known in the art. 

The above-described matching of network capabilities with user and/or service 
information to quickly determine if the user can create or negotiate a service helps in 
reducing call processing and signaling resources in a network, thus minimizing signal 
processing and the use of network resources. As the service creation and 
administration is automated via a processing node, the administrative and overhead 
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expense involved for a service provider is reduced to a great extent, and a user can 
create his services without extensive network provider intervention. 

Consolidated Billing Mechanism 

The network processing involved in creating and/or negotiating a service for the 
user also needs to be appropriately billed to the user. The service data node 60 is part 
of a service data node (SDN) module 80 as shown in Fig. 2. The SDN module 80 is in 
connection with a customer information processor 90 and a billing center 100. 


Qn the SDN module 80, the SDN 60 is connected with a dynamic billing 
information processor 84, which receives user and service information stored in the 
SDB 64, and network information stored in the SCE 62. Additionally, the dynamic billing 
information processor 84 can receive information regarding service quality from a 
quality of service unit 82. The dynamic billing information processor 84 sends these 
various types of information to a radius accounting server 86, which determines the 
actual use of the user requested services. Counter or timers in the radius accounting 
server 86 can be used to track the amount of time the user has accessed the requested 
service. The radius accounting server 86 then sends the determined usage results to 
the billing center 100J 


Meanwhile, the customer information processor 90 sends various customer or 
user information to the billing center 100. The customer information processor 90 has a 
HLR 70 that provides user information to the SDB 64 in the SDN, and a customer 
provisioning unit 92 for communicating with the SDN 60 and the billing center 100. 
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The billing center 100 comprises a billing mediator 102 receiving the results from 
the radius accounting server 86, a billing order manager 106 receiving information from 
the customer provisioning unit 92 and from the SDN 60. A billing processor 104 in the 
billing center 100 receives and processes the information from the billing mediator 102 
and the billing order manager 106 in order to consolidate and determine the billing of 
services for the user. 

Service billing can be based on various types of network processing operations 
or on the types of services requested by the user. The following are some examples of 
how different services can be billed in accordance with the consolidated billing 
mechanism of the present invention. 


Billing based on the Service Creation Environment 

An application server 66 should provide capabilities requirement of application it 
supports to the service data node (SDN) 60. The requirements of certain high quality 
services should also be provided to the SDN 60. For example, a quality of service unit 
82 may be part of the SDN module 80 to provide service quality information to the 
dynamic billing information processor 84. The quality of service unit 82 can classify a 
broad spectrum of applications in terms of quality levels, delay (low latency) and their 
transport and latency requirements, and provide the necessary information for a 
particular service. As such, the services and qualities supported by the network can be 
grouped into a number of broad categories according to the needs and requirements of 
the applications and the capability support of the network. Typically, the network 
application itself has information therein that decides and registers with the system the 
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particular environmental changes of which it likes to be notified and adapts on its own. 
Other environmental changes can be handled directly by various elements of the 
wireless network system on behalf of the network application. 

In billing a user for a multitude of services, there can be two types of billing 
information that are sent to the billing center 100. One type can be called "static billing 
information" based on user's service profile in a service/profile creation database, such 
as the HLR 70. This is the information that indicates what services the user is 
subscribing to. This information can be sent directly to the billing center 100 or a filtered 
version of the service creation/profile information could be copied into the billing center 
100. Whenever the user makes changes to his profile or service creation environment, 
these changes should also be reflected at the billing center 100. 

The other type of billing information can be referred to as "dynamic billing 
information," which pertains to the actual use of those services selected by the user on 
a call-by-call basis or a session-by-session basis. This dynamic information may also 
include service content information of some applications. For example, a user may use 
the services of a wireless application protocol (WAP) server or a wireless portal. Billing 
the usage of these applications can be based on fixed basis, that is, if a user accesses 
an application, he may be charged a fixed fee, charged based on the total duration of 
time he accesses the application, charged for the duration of the application in use or 
charged on a transaction basis. Such a billing scheme can be used for example, in 
providing the user with directions based on map information. The use of such service 
can be estimated by providing a counter or timer in the billing center 100. Whenever 
the user accesses a service or application, a counter or timer can be activated to 
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determine the amount of time the user uses the service or application. Radius 
accounting servers 86 can be used to obtain dynamic billing information. The fields in 
the radius accounting 86 server should be populated with application information, such 
as the time used or counts during service usage. The results from the radius 
accounting server 86 are sent to the billing center 100 to process the final billing costs. 


Billing based on wireless packet calls 

In a wireless network, certain services requested by the user may require data 
packet transmission. For example, a packet call with data packets can come into the 
data content analysis / interworking function (DA/IWF) module 25 from a Web server 32 
via an Internet / packet data network 30 upon request from a user. Additionally, the 
ATM network 20 may provide transmission data rate information of the data packets 
being transferred through the wireless network. 

These packets are then assigned an Internet protocol (IP) address. When 
request for authentication goes to the DA/IWF module 25, information regarding the 
packets, which may include data rate information, is sent to the radius accounting 
server 86 for correlation. A packet counter is used as a simple network management 
protocol (SNMP) management information base (MIB) for counting the packets 
transferred during the user requested service. This packet count information is then 
provided in the radius accounting server 86 to process and determine how the service 
will be billed. 


Billing Based on Quality of Service 
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Next-generation mobile/wireless communications systems will be required to 
support various Quality of Service (QoS) applications. For example, a user who 
primarily uses voice services would desire good voice quality, while a user who primarily 
uses data services user would desire low delay and reliable transmission of data. In a 
wireless communications environment, the communication connection may not always 
meet desired quality of service requirements, particularly, during or after the handoff 
execution process due to mobility management, or due to limited radio resources or 
fluctuating network conditions. 

As such, there is a need for billing based on quality of service in a wireless 
network, especially in a third generation (3G) wireless network. In a wireless network, 
the error rate and quality of service are directly related. There is a mapping function 
based on the quality or grade of service a subscriber desires. 

For packet transmission services, burst measurements or metrics (i.e., quality 
estimates based on error rate) and delay in burst scheduling and/or burst size, can be 
used for billing the user. To achieve this, a base station controller (BSC) 10 can do a 
mapping of the various burst scheduling delays and burst size to a quality estimate, and 
will relay this information to a switch, which will then communicate this information to the 
radius accounting server 86 for billing the user. Additionally, the ATM network 20 can 
monitor the quality of services information based on various criteria, such as actual 
transmission or data rate. The ATM network 20 can then communicate this information 
to the radius accounting server 86 for billing the user for the quality of service based on 
particular transmissions or transferred data rates. 


28 


cket No. 2925-469P 
Lucent Ref. 121213/LaBombard 2-9 


Content Push Services 

Content push services like stock quotes or weather information or sports 
information needs to be billed. For example, these services can be billed on a fixed 
subscription basis, based on the time of day or based on fulfilling certain conditions. A 
user can set a profile in his profile configuration of how he wants to receive this sort of 
information. For example, a user can set in his profile with specific criteria so that he is 
notified when, for example, certain stock prices go up beyond a certain value or range. 
As another example, the user can also set criteria for receiving weather information 
before he leaves his home for work. Content servers, such as Web server 66 will push 
this information to the SDN 60 once that criterion has been satisfied. The SDN 60 then 
notifies the billing order manager 106 in the billing center 100 so that the user is billing 
for this service. 


Transaction based Services 

The consolidated billing system according to the present invention can also 
include transaction-based services like accessing location information or location based 
services. This sort of information is needed on a transaction basis, and thus the 
transaction billing information is triggered in the billing center 100 as soon as the 
transaction is complete so that the user can be billed for the transaction based service 
requested. 
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Billing for profile change 

A user may also be billed whenever he changes his subscriber profile. As a user 
changes his profile information, it will trigger an event in the billing center 100 that can 
be used as a billing event. Also, the user may be allowed a pre-set number of profile 
changes that the service provider supports without charge, before the user is billed for 
additional profile changes that exceed the pre-set number of profile changes allowed. 

An embodiment of this invention describes wireless service creation and service 
negotiation in terms of capabilities and resources. The capabilities of the desired 
application and the quality of the service desired information needs also to be provided 
to the node/database (e.g., the service data node in Fig. 2) for this purpose. 

The present invention satisfies the need for a database in which the subscriber 
profile of each user will be created and controlled by each subscriber, so that the user 
can create and/or negotiate services as he wishes. This is in contrast to the operator- 
based service provisioning, such as conventional service provisioning employing only 
an HLR 70. According to the present invention, the user has the option of selecting his 
own services to customize his own subscriber profile via a service data node (SDN) 60. 
The process of allowing the user to create and/or negotiate services can be billed in a 
consolidated manner by a billing center 100 connected to a service data node (SDN) 
module 80 having the service data node (SDN) 60 therein, and to a customer 
information processor 90. 
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This specification describes various illustrative embodiments of the method of the 
invention. The scope of the claims is intended to cover various modifications and 
equivalent arrangements of the illustrative embodiments disclosed in the specification. 
Therefore, the following claims should be accorded the reasonably broadest 
interpretation to cover modifications, equivalent structures, and features, which are 
consistent with the spirit and scope of the invention disclosed herein. 
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